home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0080 / 813.txt < prev    next >
Text File  |  1997-04-16  |  14KB  |  306 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Fri, 15 Dec 89       Volume 89 : Issue  813
  4.  
  5. Today's Topics:
  6.                                  art5
  7.                   Comments on STE -- (un)known facts
  8.                        dictionaries for sale/PD
  9.                              I Need HELP
  10.                    looking for ROM-Port-`Expander`
  11.              Scrolling in GnuEmacs 18.51 on the Atari ST
  12.                   Technical Documentation (where??)
  13.                       UniTerm V2.0c and TOS 1.4
  14. ----------------------------------------------------------------------
  15.  
  16. Date: 14 Dec 89 20:56:31 GMT
  17. From: trwrb!gibson@ucbvax.Berkeley.EDU  (Greg Gibson)
  18. Subject: art5
  19. Message-ID: <244@trwrb.UUCP>
  20.  
  21. >> I can not get the Word Writer paragraph format command to work.  Does any
  22. >>  know how to make it work
  23. >> Gregory Gibson
  24.  
  25. ++ I think that all blank spaces (ASCII 32) gets converted to ASCII character
  26. ++ 30.  There is a ASCII character 30 before every newline (ASCII 10).  And
  27. ++ the end of a paragraph has no ASCII 30 before the newline.
  28. ++ Mark Lehmann
  29.  
  30. << If you type carriage return, that marks the end of the paragraph.  Just type
  31. << in your text without hitting carriage return and let Word Writer break the
  32. << lines for you.
  33. << Michael Fischer                                |
  34.  
  35. Thank you for your help.  I have a 2 part solution that can be implemented
  36. within Word Writer.
  37.  
  38.  1.  Use the Word Write substitue command to replace ASCII blanks
  39.      with ASCII character 30.
  40.      ASCII blanks can be created using the space bar.
  41.      ASCII character 30 can be created using the 3 keys control shift 6.
  42.  
  43.  2.  Use the space bar to add a blank to the end of each line to be reformated.
  44.      This will put an ASCII charater 30 at the end of those lines.  It might
  45.      be possible to do this by using the Word Writter substitute command to
  46.  replace
  47.      control L  with  control L control shift 6.
  48.  
  49. Explanation:
  50. After I loaded a Word Writer doc file into micro-emacs, I notice the formatable
  51. paragraphs had ~~ instead of blanks and also had a ~~ at the end of each line.
  52. Shitf 6 is ~.  Control ~ creates an ASCII character 30.  In micro-emacs,
  53. control shift 6 appears as ~~.  The rest is history.
  54.  
  55. Gregory Gibson
  56.  
  57. ------------------------------
  58.  
  59. Date: 14 Dec 89 18:19:50 GMT
  60. From: ubc-cs!alberta!atha!rwa@beaver.cs.washington.edu  (Ross Alexander)
  61. Subject: Comments on STE -- (un)known facts
  62. Message-ID: <1311@atha.AthabascaU.CA>
  63.  
  64. stephen@oahu.cs.ucla.edu (Steve Whitney) writes:
  65. >In article <881@per2.UUCP> dag@per2.UUCP (Daniel A. Glasser) writes:
  66. >>[reasonable stuff about TOS, with references]
  67. ><stepping up onto my soapbox now...>
  68. >You know, I try to ignore stuff like this, but I just can't this time.  I'd
  69. >send you nasty mail, but I want the people likely to be offended by this to
  70. >see the response.
  71. >First of all, the ST is a personal computer.  The "Cookie Jar" is relatively
  72. >new to that arena. Secondly, how do you know it's 1982 technology if you don't
  73. >know how it's implemented or even the extent of what it does.
  74. [much more flamage]
  75. >If you want to scare Ken B. and others off the net, continue to offend them
  76. >this way.  Remember, they have constraints to work within, not the least of
  77. [and yet more flamage].
  78.  
  79. Hey, Steve, do you know who DAG is ??  It's wise to listen carefully
  80. when he speaks...  and if you disagree with him, stick to the facts
  81. and debate them on their merits.  Are you familiar with the WIMP
  82. instruction?  No??  Neither am I, but you seem to know that the cookie
  83. jar is a lot better, which is an interesting conclusion.
  84.  
  85. Also, I think KenB is a little less timid than you imply.
  86.  
  87.         cheers,
  88.         Ross
  89.  
  90. ------------------------------
  91.  
  92. Date: 14 Dec 89 22:09:41 GMT
  93. From:
  94.  zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!caesar.cs.montana.edu!ogicse!
  95.  blake!ramsiri@tut.cis.ohio-state.edu  (Enartloc Nhoj)
  96. Subject: dictionaries for sale/PD
  97. Message-ID: <4928@blake.acs.washington.edu>
  98.  
  99. Does anyone know where I can get hold
  100. of dictionaries.. English, French and others...
  101. I heard of Austin Code Words... but
  102. have yet to be able track them down...
  103.  
  104.  
  105. Please e-mail  ramsiri@blake.acs.washington.edu
  106.  
  107. Thanks in advance
  108.  
  109. -kevin
  110.  
  111. ------------------------------
  112.  
  113. Date: 14 Dec 89 15:23:18 GMT
  114. From: att!cbnewsm!cbz@ucbvax.Berkeley.EDU  (craig.b.ziemer)
  115. Subject: I Need HELP
  116. Message-ID: <7613@cbnewsm.ATT.COM>
  117.  
  118. I have two questions:
  119.  
  120. 1)  I have a Mega 2 which will not do (ALT-HELP) screen dumps properly to
  121. an Epson LQ510 24 pin printer.  It appears that all of the information is
  122. printed, but it is compressed to about 1 inch vertically.  Horizontally
  123. it's OK.  Apparently the printer is not scrolling the paper far enough on
  124. each scan.  Printing out text files works just fine.  Any suggestions?
  125.  
  126. 2)  I need a program which will allow me to maintain a listing of, and
  127. then print out mailing labels.  Any suggestions for a good PD or shareware
  128. program to do this?
  129.  
  130. Thanks folks!
  131.  
  132. *  Craig B. Ziemer                %%        DISCLAIMER: AT&T does not  *
  133. *  AT&T Bell Laboratories       %%%%%%      officially support what I  *
  134. *  Reading, PA                    %%        just said, in fact, they   *
  135. *  UUCP ADDRESS: alux6!cbz        %%             rarely do :~)         *
  136.  
  137. ------------------------------
  138.  
  139. Date: 15 Dec 89 22:16:17 GMT
  140. From: ogicse!blake!ramsiri@ucsd.edu  (Enartloc Nhoj)
  141. Subject: looking for ROM-Port-`Expander`
  142. Message-ID: <4941@blake.acs.washington.edu>
  143.  
  144. In article <2850@ethz.UUCP> chris@ethz.UUCP (Christian Dreyer) writes:
  145. >I`m looking for a piece of hardware that gives the possibility to keep more
  146. >than one ROM-key in the port and that is reasonably priced. The ones that i
  147. >know cost all around $200. I`d need it to run several copy-protected pro-
  148. >gramms without rebooting after each use. Thanks a lot for tips/addresses!
  149. >--
  150. >   $      Chris  Dreyer      St. Gall Graduate School for Economic and    $
  151. >   $      Student            Social Science, Switzerland                  $
  152.  
  153. The only one I am aware of is "COMBINER"
  154. by C-LAB, the makers of NOTATOR.
  155.  
  156. They want $349.00 (US)
  157.  
  158. Which ones are $200?
  159.  
  160. -kevin
  161.  
  162. ------------------------------
  163.  
  164. Date: 14 Dec 89 20:48:32 GMT
  165. From: mcsun!unido!sbsvax!roeder@uunet.uu.net  (Edgar Roeder)
  166. Subject: Scrolling in GnuEmacs 18.51 on the Atari ST
  167. Message-ID: <1823@sbsvax.UUCP>
  168.  
  169. In article <1756@ultb.isc.rit.edu>, sto9719@ultb.isc.rit.edu (S.T. Organek)
  170.  writes:
  171. > Has anyone else had a problem with the scrolling that Gnuemacs 18.51
  172. > does on the Atari ST.  The problem I have found is that when the screen
  173. > scrolls, the status bar also moves and gives the appearance of an a
  174. > window shade.  Does anyone have an idea what this might be.  Some said
  175. > something about the termcap I am using.
  176. >
  177.  
  178.  Yes indeed this has to do with the termcap entry. The emacs display routines
  179. were designed to minimize the traffic of bytes over a serial line from the
  180. computer to the actual display device (a terminal). Therefore emacs thinks that
  181. sending an escape sequence of two characters to delete/insert a line is
  182. faster than sending say 40 bytes of blank characters to delete the data
  183. displayed in this line. This may be true for a terminal, but on the st with
  184. it's graphic screen, the former operation could take some more time.
  185.  
  186.  The termcap-database format has a method to say how "expensive" an operation
  187. may be: the amount of padding needed. So all you have to do is to say emacs,
  188. that either the operations add line (al) and delete line (dl) are very
  189. expensive (you can specify eg. "al=80*\EL:dl=80*\EM" in your termcap entry),
  190. or you can ommit those features, so that emacs will no longer use them.
  191.  
  192.  But a word of warning: emacs uses this padding information (the number before
  193. the '*') for calculating the cost of the operation and then tries the cheapest
  194. way to reach its goal. Other programs may think, that the terminal needs
  195. 80-times the time as required to send the escape sequence to perform the actual
  196. operation. To do something while "waiting for the terminal to complete the
  197. operation", they may then decide to send some NUL-characters to the screen
  198. (those would be ignored by normal terminals). As a consequence the program will
  199. slow down even more - the st has to process those padding bytes too :-).
  200.  
  201. ********
  202. * BTW: *
  203. ********
  204. I have a new (dumpable) version (18.55) ready. The dumped emacs has a
  205. size of 520 kB (360 kB packed) and leaves about 110 kB free on a 1MB ST (i
  206. would recommend using at least 2 MB - personally i use it with a 800 kB
  207. RAM-disk on my Mega ST2). It has (among other improvements):
  208.         - mouse support
  209.         - Interrupts (via ~G or ~Z) at any time (eg during loading of files)
  210.         - suspend-emacs works with gulam too
  211.         - shell-mode works (well at least with Master)
  212.         - filenames of backup-files adapted to the st-limitations
  213. If there is enough interest, i could post temacs (that's the raw, undumped
  214. version), the standard-lisp-files and my postprocessor to relocate the image.
  215. The termcap problem above remains the same (it's inherent to the display
  216. routines).
  217.  
  218. >
  219. >                       STeve Organek
  220. >
  221.  
  222.         - Edgar
  223.  
  224. ------------------------------
  225.  
  226. Date: 14 Dec 89 22:39:13 GMT
  227. From: mailrus!cs.utexas.edu!oakhill!dover!digital!chen@purdue.edu  (Jinfu Chen)
  228. Subject: Technical Documentation (where??)
  229. Message-ID: <476dac91.81da@digital.sps.mot.com>
  230.  
  231. In article <8912120806.AA00934@ucbvax.Berkeley.EDU>
  232.  S61304@PRIME-A.POLY-SOUTH-WEST.AC.UK (Rat) writes:
  233. >(From "The Masked Rat Fink"   "Computing and Informatics Yr4")
  234. >
  235. >I don't know whether you non-British folks have heard of the BBC Micro
  236. >manufactured by Acorn (of Archimedies fame!) but this came supplied with one
  237. >of the best manuals that I have ever seen for a micro computer. It had loads
  238. >of system information, by which I mean things like memory maps, and system
  239. >call vector addresses. They even put a small paragraph in the manual about the
  240. >system routines, saying that they were not trying to hide the OS from the
  241. >programmer, infact they were being as open as they could be, whilst allowing
  242. >for future expansion. The use of vectors allowing the OS authors to
  243. >completely change the inside of the ROM anytime they liked without affecting
  244. >well written software! This meant that BBC Micro software was very robust, and
  245. >that no one really worried too much about OS versions, unless they specifically
  246. >wanted the extra facilities offered by it.
  247.  
  248. If making money is not the goal of Atari Corp., I am very sure Atari will give
  249. you that as well. Would you expect a user who just wants a computer to do non-
  250. programming tasks to pay for the extra costs?
  251.  
  252. Please, memory map and interrupt vector address, etc have no bussiness in a user
  253. manual.
  254.  
  255. What all these documentations crap really comes down to the fact that Atari
  256. hasn't been publish a decent "Atari ST Programming Manual", and they did
  257. promise (not sure legally commited to it though). I don't know if Atari Corp.
  258. still sells the  documentation-only Developer Package, maybe this may stop
  259. some of these amateur programmers moaning.
  260.  
  261. ------------------------------
  262.  
  263. Date: 15 Dec 89 00:50:44 GMT
  264. From: silver!kclenden@iuvax.cs.indiana.edu  (Kevin Clendenien)
  265. Subject: UniTerm V2.0c and TOS 1.4
  266. Message-ID: <31623@iuvax.cs.indiana.edu>
  267.  
  268. In article <8554@cs.yale.edu> fischer-michael@CS.YALE.EDU (Michael Fischer)
  269.  writes:
  270. >In article <25010@cup.portal.com> R_Tim_Coslet@cup.portal.com writes:
  271. >>Other than this (BOMBS on exit) UniTerm seems to work fine under TOS 1.4.
  272. >>Has anyone else encountered problems like this with UniTerm (any version)
  273. >>under TOS 1.4?
  274. >
  275. >I've noticed this problem with UniTerm V2.0e, and I don't think it is
  276. >specific to TOS 1.4.  UniTerm works fine when started from the
  277. >desktop, but when started from the Mark Williams shell, it will give
  278. >bombs on exiting, and sometimes the computer will subsequently crash.
  279.  
  280. I had problems with Uniterm and NeoDesk.  My problems related to having
  281. TRANSWRP.PRG in my auto folder.  For some reason, if I loaded TRANSWRP.PRG,
  282. Uniterm would bomb when exiting back to NeoDesk.  This also happened from
  283. 1st Word when exiting back to NeoDesk, if I had TRANSWRP.PRG loaded.
  284. Included on the NeoDesk disk is a program call SHEL_FIX.PRG.  It might
  285. fix your problems.  According to the documentation with SHEL_FIX.PRG,
  286. some of the usual TOS functions concerning shells don't like be used
  287. anywhere except from the real desktop.  This program intercepts calls
  288. to these functions.  It was written by Dan Wilga, I think.  Permission
  289. is given to pass it around so long as it isn't modified, and the documentation
  290. is included.  If you need a copy, let me know.
  291.  
  292. --------------------------------------------------------------------------
  293. kclenden@silver.bacs.indiana.edu                          Kevin Clendenien
  294. BLoomington Atari ST users group                          BLAST, President
  295. BLAST BBS - (812) 332-0573                                FNET node #141
  296.  
  297. "Of course any opinions or views stated above do not necessarily represent
  298. the official  position of any person,  or organization other that of Kevin
  299. Clendenien."
  300. --------------------------------------------------------------------------
  301.  
  302. ------------------------------
  303.  
  304. End of INFO-ATARI16 Digest V89 Issue #813
  305. *****************************************
  306.